home *** CD-ROM | disk | FTP | other *** search
- Path: keats.ugrad.cs.ubc.ca!not-for-mail
- From: c2a192@ugrad.cs.ubc.ca (Kazimir Kylheku)
- Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++
- Subject: Re: C/C++ knocks the crap out of Ada
- Date: 6 Mar 1996 13:52:45 -0800
- Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
- Message-ID: <4hl1fdINNit8@keats.ugrad.cs.ubc.ca>
- References: <JSA.96Feb16135027@organon.com> <dewar.826058102@schonberg> <4hjgttINNle1@keats.ugrad.cs.ubc.ca> <dewar.826123322@schonberg>
- NNTP-Posting-Host: keats.ugrad.cs.ubc.ca
-
- In article <dewar.826123322@schonberg>, Robert Dewar <dewar@cs.nyu.edu> wrote:
- >Kazimir said:
- >
- >"Actually I have ported some largish C codes. Portability problems were caused
- >largely incompatibilities between operating systems (e.g. one UNIX flavor"
- >
- >Nope, does not answer my question. Have you been involved in large
- >industrial projects, or just academic fiddling around?
-
- Define large? I hae been involved in small team projects where the programmers
- have had a great deal of control. Billing/inventory systems, client/server
- applications and the like.
-
- In my most recent project, I have designed a communication protocol for remote
- procedure calling (which supports some additional semantics), plus the server
- portions of the higher-level application.
-
- If you count all the libraries used, the whole project is about 40,000 lines,
- roughly speaking. It's not super large or anything, but it's not ``academic
- fiddling around''. It's possible for one person to easily become familiar with
- the various nooks and crannies of the project, which precludes it from being
- classified as large.
-
- >(I am allowed to say that, I am a professor of CS :-)
-
- Heh.
- --
-
-
